DCOM95 1.3 Notes de diffusion Dernière modification le 14 septembre 1998 DCOM95 gère la communication COM distribuée pour Microsoft(r) Windows(r) 95.Le protocole de ligne DCOM offre de manière transparente, une communication fiable, sécurisée et efficace entre composants COM (Component Object Model) tels que les commandes et les scripts ActiveX(r), ainsi que les mini-applications Java situées sur différentes machines d'un réseau local (LAN), d'un réseau étendu ou sur Internet. Avec DCOM, vos applications peuvent être distribuées en plusieurs emplacements de manière logique du point de vue du client et de l'application. Pour des informations plus détaillées, voir les généralités techniques sur DCOM, disponibles à la page http://www.microsoft.com/com/. Sommaire ======== I. Nouvelles fonctionnalités II. Corrections de bogues III. Problèmes connus IV. Différences avec DCOM sous Windows NT V. Redistribution VI. Assistance & ressources VII. Liste des fichiers I. Nouvelles fonctionnalités --------------- Remplacement de DCOM95 par une ancienne version non-autorisé Avec les versions précédentes de DCOM95, vous pouviez remplacer une version plus récente de DCOM95 part une version plus ancienne. Le numéro de version étant à présent vérifié au moment de l'installation vous ne pouvez plus le faire. Cette modification permet d'éviter les problèmes dus à des versions de DLL incompatibles. Support pour la surveillance de processus de Visual Studio 6.0 Concernant le support de Visual Studio 6.0, DCOM95 offre des informations de surveillance qui permettent aux développeurs de mieux comprendre le comportement, les performances et la structure de leur application. Si vous utilisez Visual Studio Analyzer sur un ordinateur sous Windows 95, vous devriez toujours utiliser cette version de DCOM95. Nouveau répertoire créé par le programme d'installation Le programme d'installation crée un répertoire appelé DCOM95 sous votre répertoire système. Le contrat de licence d'utilisateur final et autres fichiers y sont enregistrés. Le programme d'installation crée également un sous-répertoire dans le répertoire DCOM95 appelé OLDOLE, dans lequel les anciens fichiers DCOM95 et OLE sont sauvegardés. Ces fichiers sont restaurés si, plus tard, vous désinstallé DCOM95. CIS (COM Internet Services) Le CIS permet aux clients et aux serveurs de se connecter via Internet. CIS comprend * Un nouveau protocole : Tunneled TCP * Un nouveau nom : OBJREF * Un nouvel utilitaire : CISCNFG Pour support de client CIS sous Windows 95, vous devez installer DCOM95 et DCOMCFG. Puis utiliser l'outil CISCNFG, qui est installé au moment ou vous installez l'utilitaire de configuration de DCOM, pour changer la clé de registre qui définit le protocole utilisé pour les processus à distance, dans la fenêtre DOS, tapez : ciscnfg Où sera : * rpc pour utiliser RPC * http pour utiliser HTTP * tcp_http pour essayer TCP, puis si le délai de connexion du serveur expire, essayer HTTP. La commande ciscnfg sans argument fournit des informations d'utilisation. Aucune mise à jour de SDK n'est requise pour utiliser le protocole Tunneled TCP. Il existe quelques mises à jour de noms OBJREF. CreateObjrefMoniker Crée un nom OBJREF basé sur un pointeur à un objet. WINOLEAPI CreateObjrefMoniker( LPUNKNOWN pUnk, //Pointeur vers l'objet LPMONIKER *ppMk //Adresse du pointeur au nom OBJREF ); Paramètres pUnk Pointeur vers l'interface IUnknown sur l'objet que le nom doit représenter. ppMk Adresse d'un pointeur vers l'interface IMoniker sur le nom OBJREF créé. Valeurs de retour Cette fonction gère les valeurs de retour standards E_OUTOFMEMORY et E_UNEXPECTED, ainsi que les suivantes : S_OK Le nom OBJREF a été créé avec succès. Remarques Les clients utilisent des noms OBJREF afin d'obtenir un pointeur en ordre, vers un objet en cours d'exécution dans l'espace adresse du serveur. Généralement, le serveur appelle CreateObjrefMoniker pour créer un nom OBJREF, puis appelle IMoniker::GetDisplayName, puis diffuse le nom. À l'écran, un nom OBJREF se présente sous la forme : OBJREF:nnnnnnnn Où nnnnnnnn est un codage base 64 qui contient l'emplacement de la machine, le point final du processus et le IPID (interface pointer ID) de l'objet en cours d'exécution. Le nom à l'écran peut alors être transmis au client sous forme de texte. Par exemple, le nom à l'écran peut se situer sur une page HTML téléchargée par le client. Le client peut passer le nom à l'écran à MkParseDisplayName, qui crée un nom OBJREF en se basant sur le nom à l'écran. Un appel à la méthode IMoniker::BindToObject du nom, crée ensuite un pointeur mis en ordre vers l'instance en cours d'exécution sur le serveur. Par exemple, un composant COM situé côté serveur contenu dans une page active du serveur peut créer un nom OBJREF, obtenir son nom à l'écran, l'écrire dans la page HTML envoyée à l'explorateur du client. Un script exécuté côté client peut utiliser le nom à l'écran pour accéder à l'objet en cours d'exécution. Un script Visual Basic côté client, peut par exemple enregistrer le nom à l'écran dans une variable appelée strMyName et inclure la ligne : objMyInstance = GetObject(strMyName) Le moteur de script fait appel à MkParseDisplayName et IMoniker::BindToObject, le script peut alors utiliser objMyInstance pour se référer directement à l'objet en cours d'exécution. Si l'objet en cours d'exécution utilise des IPID statiques et que le processus serveur s'exécute toujours sur le même ordinateur situé à un point final connu, le nom à l'écran du nom OBJREF sera toujours le même. Dans ce cas, le serveur peut enregistrer le nom à l'écran au lieu de le calculer à chaque fois qu'il reçoit une requête pour l'objet. Implémentation de IMoniker - OBJREF Moniker Les noms OBJREF représentent une référence à un objet en cours d'exécution sur un serveur hors processus, localement ou à distance. Le nom identifie l'objet et l'ordinateur sur lequel il s'exécute. Un nom OBJREF ressemble sur plusieurs points à un nom de pointeur, excepté que l'objet en cours d'exécution se trouve hors processus. Un client peut appeler IMoniker::BindToObject sur un nom OBJREF, puis utiliser le pointeur obtenu pour accéder à l'objet en cours d'exécution, quelque soit son emplacement. Une différence importante comparé à un nom de pointeur : le nom à l'écran d'un nom OBJREF peut être incorporé dans une page HTML et l'objet en cours d'exécution représenté par le nom peut être lié à un script, à une mini-application ou à une commande ActiveX clients. Quand utiliser un nom OBJREF L'utilisation première d'un nom OBJREF est l'accès à un objet en cours d'exécution via Internet. Une page serveur active ou autre moyen de générer un contenu HTML dynamique, place le nom à l'écran d'un nom OBJREF dans un paramètre destiné à une mini-application ou à une commande ActiveX. Le code de la mini-application ou de la commande appelle CreateObjrefMoniker pour créer un nom OBJREF basé sur le nom à l'écran, puis appelle IMoniker::BindToObject sur le nom OBJREF obtenu pour accéder à l'objet en cours d'exécution. La page serveur active met alors en ordre, pour le client de la page, un pointeur vers l'objet en cours d'exécution. Remarques IMoniker::BindToObject. Pour des noms OBJREF, le paramètre pmkToLeft doit être NULL. Le nom OBJREF représentant un objet en cours d'exécution, aucune activation n'a lieu. Si l'objet représenté n'est plus en cours d'exécution, BindToObject échoue avec l'erreur E_UNEXPECTED. IMoniker::BindToStorage. Cette méthode permet d'obtenir un pointeur en ordre vers l'interface requise du lieu de stockage de l'objet en cours d'exécution. Le nom OBJREF représentant un objet en cours d'exécution, aucune activation n'a lieu. Si l'objet représenté n'est plus en cours d'exécution, BindToStorage échoue avec l'erreur E_UNEXPECTED. IMoniker::Reduce. Cette méthode renvoie MK_S_REDUCED_TO_SELF puis le retransmet au même nom. IMoniker::ComposeWith. Si pmkRight est un anti-nom, le nom retourné est NULL. Si pmkRight est un composé dont le composant le plus à gauche est un anti-nom, le nom retourné est le composé sans l'anti-nom. Si pmkRight n'est ni un anti-nom, ni un nom composé dont le composant le plus à gauche est un anti-nom, la méthode vérifie le paramètre fOnlyIfNotGeneric. Si ce paramètre est FALSE, la méthode combine les deux noms ; si ce paramètre est TRUE, la méthode définit *ppmkComposite sur NULL et retourne MK_E_NEEDGENERIC. IMoniker::Enum. Cette méthode renvoie S_OK et définit ppenumMoniker sur NULL. IMoniker::IsEqual. Cette méthode renvoie S_OK si *pmkOther est un nom OBJREF et si les chemins d'accès aux deux noms sont identiques (en utilisant une comparaison sans distinction de casse). Autrement, la méthode renvoie S_FALSE. IMoniker::Hash. Cette méthode calcule une valeur de hash code pour le nom. IMoniker::IsRunning. Les noms OBJREF représentant un objet en cours d'exécution, cette méthode renvoie TRUE sauf s'il est connu, du fait de l'échec d'un appel récent, que l'objet n'est plus en cours d'exécution. Cette méthode ignore pmkToLeft. IMoniker::GetTimeOfLastChange. Cette méthode renvoie E_NOTIMPL. IMoniker::Inverse. Cette méthode renvoie un anti-nom (c'est à dire, le résultat de l'appel à CreateAntiMoniker). IMoniker::CommonPrefixWith. Si les deux noms sont identiques, cette méthode renvoie MK_S_US et définit *ppmkPrefix sur NULL. Si l'autre nom n'est pas un nom OBJREF, cette méthode transmet les deux noms à la fonction MonikerCommonPrefixWith. Cette fonction gère correctement le cas où l'autre nom est un nom composé générique. S'il n'y a pas de préfixe commun, cette méthode renvoie MK_E_. IMoniker::RelativePathTo. Cette méthode renvoie E_NOTIMPL. IMoniker::GetDisplayName. Cette méthode permet d'obtenir le nom à l'écran du nom OBJREF. Le nom à l'écran consiste en un code sur 64 bits qui contient l'emplacement de la machine, le point final du processus et le IPID (interface pointer ID) de l'objet en cours d'exécution. Pour compatibilité future, le nom à l'écran est limité aux caractères qui peuvent être spécifiés pour une URL. IMoniker::ParseDisplayName. Si pmkToLeft n'est pas NULL, cette méthode renvoie MK_E_SYNTAX. IMoniker::IsSystemMoniker. Cette méthode renvoie S_OK et retransmet MKSYS_OBJREFMONIKER. Support des types de données VB6.0 Visual Basic(r) 6.0 permet à des variantes Visual Basic de contenir des structures de données définies par l'utilisateur. À présent, DCOM95 supporte le traitement à distance de ces variantes. II. Corrections de bogues ------------- Condition de course en cours de déchargement de plusieurs modules Lors du déchargement simultané de plusieurs modules, une condition de course se produisait avec les versions précédentes de DCOM95. Selon l'ordre dans lequel les modules étaient déchargés, une violation d'accès pouvait se produire. Ceci a été corrigé dans cette version de DCOM95. Ordinateur restant sans réponse en cours de négociations du protocole RPC Les versions précédentes de DCOM95 ne distribuaient pas de messages en cours de négociations du protocole RPC. Dans certains cas, si l'utilisateur lançait une autre application pendant que les protocoles RPC se négociaient, l'ordinateur semblait rester sans réponse. Au bout de 30 secondes, le traitement des messages reprenait. Ce comportement a été modifié dans la dernière version de DCOM95 et des applications peuvent être lancées en cours de négociation de protocoles RPC. Ordinateur restant sans réponse en cours de lancement d'une nouvelle application RPC crée un fenêtre cachée dans le MTA (Multiple-Threaded Apartment), ce qui, selon les spécifications DCOM, n'est pas requis pour la distribution des messages. Lorsqu'un utilisateur lance une nouvelle application à partir de son ordinateur, Windows en avertit tous les autres handles de fenêtres et s'attend à une réponse. Sous de précédentes versions de DCOM95, la fenêtre cachée RPC pouvait ne pas répondre et Windows se bloquer. Cette version de DCOM95 corrige ce problème. Corruption du tas par de multiples adresses IP Dans certaines situations, si vous exécutiez une précédente version de DCOM95 sur une machine avec plusieurs adresses IP, le tampon d'adresses IP saturait et le tas s'endommageait. Ceci a été corrigé dans la dernière version de DCOM95. Uniquement la première adresse IP utilisée Si vous exécutiez une précédente version de DCOM95 sur une machine équipée de deux cartes réseau (et donc deux adresses IP, une pour chaque carte), DCOM95 n'utilisait qu'une seule carte réseau. Dans cette version de DCOM95, si la première essayée ne fonctionne pas, la deuxième est utilisée. À présent, RPC essaye plusieurs adresses IP Lors d'une procédure d'appel distant vers une machine possédant plusieurs adresses, si la connexion à la première adresse échoue, les autres adresses sont essayées. Les noms de fichiers supportent une syntaxe de chemin d'accès supplémentaire À présent, les noms de fichiers peuvent être créés à partir d'arguments de la forme , tels que " C:\bug\bug\..\..\foo.jpg ". Dans DCOM95 version 1.1, seuls les chemins relatifs (" ..\..\foo.jpg ") ou absolus (" C:\foo.jpg ") étaient autorisés. Erreur de protection générale en cours de déchargement d'Oleaut32.dll Dans les versions précédentes de DCOM95, une erreur de protection générale se produisait lorsque Oleaut32.dll était déchargé avant appel à CoUninitialize. Ceci se produisait surtout lorsque qu'une application VB créait une commande statiquement liée à Oleaut32.dll, puis la libérait avant d'appeler CoUninitialize. Ceci est corrigé avec la dernière version de DCOM95. Mises en ordre et en désordre de type Visual Basic Les mises en ordre et en désordre de certains types de données Visual Basic ont été corrigées. Les paramètres de tableaux d'une taille supérieure à 64 Ko sont à présent autorisés. Les structures définies en utilisant des alias du type sont à présent correctement mises en ordre et en désordre. Atomes trop souvent supprimés dans OleUninitialize Ce bogue apparaissait dans des applications qui appelaient OleInitialize et OleUninitialize plusieurs fois. En cours d'initialisation, OLE ajoute plusieurs atomes pour DDE RPC. Ceux-ci ne sont pas à nouveau ajoutés s'ils l'ont déjà été par un autre thread. Cependant, au cours d'une non-initialisation, des atomes étaient toujours supprimés et les handles n'étaient pas annulés. En conséquence, à l'appel suivant à OleInitialize, les anciens handles existaient toujours, même si les atomes étaient déjà supprimés et OLE ne les rajoutait pas. Ceci entraînait l'invalidité de tous les atomes OLE après plusieurs appels à OleInitialize et à OleUninitialize. Ce problème a été corrigé dans cette version de DCOM95. Les serveurs ADO se ferment correctement Les ADO (Active Data Objects) utilisent des noms de pointeurs pour le démarrage d'un processus serveur. Les versions précédentes de DCOM95 contenait un bogue concernant le comptage référence du nom de pointeur, par lequel les noms de pointeurs étaient créés à partir d'un comptage référence de 1 au lieu de 0. En conséquence, le comptage référence n'atteignait jamais zéro et le nom de pointeur n'était jamais libéré, entraînant la non-fermeture des serveurs ADO même après libération du dernier pointeur vers ces serveurs. Ceci a été corrigé dans cette version de DCOM95. CoCreateInstance fonctionne avec son propre nom DNS Dans les versions précédentes de DCOM95, l'appel à CoCreateInstance avec le nom complet de la machine locale ne fonctionnait pas. Ceci a été corrigé dans la version courante de DCOM95. Lent engagement sur le stockage racine avec un très grand fichier composé Dans les versions précédentes de DCOM95, le temps d'engagement sur un stockage racine ouvert en mode STGM_TRANSACTED devenait très lent au fur et à mesure que le fichier composé devenait très grand (par exemple 400 Mo). Les limites de la page de table interne ont été augmentées et le problème ne se produit plus. Exportation d'objets à partir d'un MTA recréé Dans les versions précédentes de DCOM95, un serveur ne pouvait pas exporter un objet à partir d'un MTA (Multi-Threaded Apartment) s'il n'était pas créé pour la première fois dans le processus. Ceci a été corrigé. À présent, si un serveur crée un MTA, le supprime, puis le recrée, les objets peuvent être exportés à partir du MTA. Instances multiples d'exécutables Visual Basic 4 Dans DCOM95 v1.1, si vous démarriez plusieurs instances du même exécutable Visual Basic 4, puis les fermiez dans un ordre quelconque mais DEPS (dernier entré premier sorti), le dernier exécutable se bloquait. Ceci s'appliquait également aux E-Forms dans Microsoft Exchange. Ceci a été corrigé dans la dernière version de DCOM95. Vous pouvez à présent fermer les exécutables Visual Basic 4 dans n'importe quel ordre. Caractères étendus dans les noms de fichiers Visual Basic Si vous nommiez un module ou une classe Visual Basic en utilisant les caractères étendus d'une langue donnée, ce fichier pouvait ne pas s'ouvrir sur les machines configurées avec des paramètres régionaux différents. Ceci a été corrigé. III. Problèmes connus ----------------- Corel WordPerfect Suite 7 : L'installation entraîne une erreur page invalide Si vous installez Corel WordPerfect Suite 7 sur un système Windows 95 exécutant DCOM95, en cours d'installation, vous pouvez obtenir une erreur page invalide dans PfOd70.pfc. Si tel est le cas, fermez la boîte de dialogue du message d'erreur. L'installation devrait se poursuivre correctement. Microsoft Access95 : La duplication de base de données ne fonctionne pas Si vous essayez de dupliquer une base de données Access à l'aide de Microsoft Access 95 sur des machines équipées de DCOM95, vous pouvez obtenir le message d'erreur suivant : Microsoft Access ne peut terminer cette opération parce qu'il ne peut pas trouver ou initialiser la bibliothèque de liaison dynamique Msjtrclr. Ce problème est dû à Microsoft Access 95. Vous pouvez contourner ce problème en écrivant un programme qui utilise le modèle d'objet Access au lieu de l'outil duplication, ou en utilisant le porte-documents pour duplication. Microsoft Access 97 n'est pas affecté par ce problème. WordPerfect Si vous possédez un document WordPerfect contenant une feuille de calcul incorporée contenant lui-même un autre objet incorporé (un bitmap par exemple), vous pouvez obtenir une boîte de dialogue vous avertissant que vous avez perdu la connexion au réseau lors de la fermeture de l'objet le plus profond. Il peut se produire quatre ou cinq avertissements. Ils sont tous bénins. Fermez-les et continuez. Clients MAT (Multiple-threaded apartment) utilisant BSTR Les routines de conversion peuvent bloquer les messages DDE Automatisation des routines de conversion BSTR (par exemple, BstrFromR4) crée des fenêtres cachées pour faciliter la conversion de type. Ces fenêtres ne servent pas la file d'attente de messages Windows. Si une telle fenêtre est créée à partir d'un client MTA, les messages DDE peuvent être bloqués. Selon le modèle de programmation MTE, le thread client n'a pas à servir la file d'attente des messages. S'il ne le fait pas, cette fenêtre de niveau supérieur provoque le blocage des messages de diffusion globale. Il existe deux manières de contourner ce problème. Soit en appelant les routines de conversion BSTR à partir d'un client STA (Single-Threaded Apartment), soit en faisant en sorte que le thread MTA du client se comporte comme un thread STA. (Un thread STA doit servir la file d'attente des messages.). Si le thread se bloque sur un handle win32, il doit appeler la fonction MsgWaitForMultipleObjects afin de distribuer simultanément les messages Windows. Les noms de chemins d'accès DLL de plus de 127 caractères provoquent une erreur Si vous enregistrez une DLL sous un chemin d'accès de 128 caractères ou plus, l'enregistrement se fera, mais CoCreateInstance ou CoGetClassObject renverront une erreur (REGDB_E_CLASSNOTREG) lors de l'accès à un objet géré par cette DLL. IV. Différences avec DCOM sous Windows NT --------------------------------------- Possibilités de DCOM95 au niveau sécurité La fonctionnalité principale et l'interface de programmation d'applications (API)) pour DCOM95 sont identiques sous Windows 95 et sous Windows NT 4.0/5.0. Cependant, certaines possibilités concernant la sécurité sont différentes du fait des infrastructures de sécurité des systèmes d'exploitation. L'utilisation des paramètres de sécurité par défaut est recommandée; il est également requis d'activer la sécurité " niveau-utilisateur " sur les partages des fichiers systèmes. (Voir ci-dessous.) Les services suivants, pouvant être utilisés pour écraser les paramètres de sécurité par défaut, sont disponibles : * CoInitializeSecurity * CoQueryAuthenticationService * CoQueryProxyBlanket * CoSetProxyBlanket * CoQueryClientBlanket * IClientSecurity Interface * IServerSecurity Interface Cependant, certaines possibilités de DCOM pour Windows NT ne seront pas disponibles sous Windows 95 du fait de différences dans l'infrastructure sécurité de Windows 95. En particulier, le manque de fonctions de sécurité dans l'interface de programmation d'applications Win32, telles que la possibilité de créer des listes de contrôle d'accès (ACL) et la fonction AccessCheck, de même que le manque de sécurité associée aux jetons de thread et de processus devront être pris en compte. D'origine, Windows 95 ne gère pas ces fonctions ou constructions. De ce fait, DCOM95 ne gère pas les emprunts d'identité (spécifiquement les fonctions d'assistance CoImpersonateClient et CoRevertToSelf via l'interface IServerSecurity), qui sont basés sur la sécurité des jetons de processus et de thread sous Windows NT 4.0. L'emprunt d'identité est couramment utilisé pour le contrôle automatique d'accès à des ressources systèmes pouvant être restreintes telles que le fichier système, autres processus et le réseau. Ces ressources ne peuvent être restreintes sous Windows 95. Cependant, DCOM95 offre aux programmeurs plusieurs objets d'assistance pour des fonctions ACL et de contrôle d'accès, qui peuvent être utilisées pour contrôler explicitement l'accès des clients distants au système et aux données, ou aux ressources définies par l'utilisateur. Ces objets d'assistance sont fournis par l'objet système CLSID_DCOMAccessControl, qui implémente l'interface IAccessControl. IAccessControl doit être utilisé pour la gestion par programmation des autorisations de sécurités dans les cas concernant la portabilité entre Windows 95/98 et Windows NT. L'objet CLSID_DCOMAccessControl est disponible dans toutes les versions de DCOM95 et dans Windows NT 4.0 SP2 ou versions ultérieures. Pour des détails sur IAccessControl, voir la documentation Platform SDK. Lancement et accès sécurité Le contrôle du lancement de code serveur n'est pas géré par DCOM95, le lancement de serveurs n'étant pas géré. Les serveurs/classes doivent fonctionner pour que les clients distants puissent se connecter et utiliser leurs services. DCOM95 gère la possibilité de se connecter à des classes/serveurs en fonctionnement. La sécurité d'accès est gérée via la clé de registre \APPID\{.}\AccessPermissions et allouée via l'utilitaire DCOMCNFG, ou au cours de l'installation du code serveur. Les utilisateurs non-authentifiés peuvent utiliser les serveurs si vous configurez la classe de façon à gérer les connexions non-authentifiées (via des utilitaires de configuration statique ou dynamiquement via la fonction CoInitializeSecurity). Vous pouvez également construire des ACLs arbitraire pour définir les utilisateurs et les groupes qui peuvent accéder à des services spécifiques. Niveaux d'authentification Les clients DCOM95 peuvent effectuer des appels DCOM en utilisant tout niveau d'authentification. Les serveurs ou les clients DCOM95 recevant des rappels ne peuvent accepter que des appels DCOM qui utilisent les niveaux d'authentification RPC_C_AUTHN_LEVEL_NONE ou RPC_C_AUTHN_LEVEL_CONNECT. Transports DCOM95 ne gère que la connectivité TCP. Si le protocole TCP/IP n'est pas installé, DCOM95 n'est pas capable de gérer la COM intermachine. Paramétrage du registre Les clés de registre suivantes, qui se trouvent sous HKEY_LOCAL_MACHINE\Software\Microsoft\OLE sont définies par DCOM95 : EnableDCOM (par défaut = " Y "). Active DCOM sur cette machine. Définie sur " N ", la machine n'est pas autorisée à se connecter ou à activer des objets sur une machine distante et les machines distantes ne peuvent se connecter à des objets situés sur la machine locale. Définir cette valeur sur " Y " permet de se connecter en tant que client à des objets distants (lorsque EnableRemoteConnect='N', comme expliqué ci-dessous), ou complète connectivité client/serveur (lorsque EnableRemoteConnect='Y', comme expliqué ci-dessous). EnableRemoteConnect (par défaut = " N "). Permet aux serveurs COM de gérer les clients distants. Lorsque cette valeur est définie sur " Y ", les références aux interfaces sur les objets locaux peuvent être transmises aux clients distants et les clients distants peuvent se connecter aux objets en cours d'exécution. Lorsque cette valeur est définie sur " N ", cette machine peut se connecter aux objets distants mais ne peut se comporter comme un serveur : la machine n'est pas autorisée à se connecter à des objets en cours d'exécution. De plus, la clé de registre suivante est située sous HKEY_CLASSES_ROOT\CLSID : {bdc67890-4fc0-11d0-a805-00aa006d2ea4}\InstalledVersion. Contient le numéro de version de DCOM95 au format " a,b,c,d ". Cette valeur peut être utilisée par Internet Component Download pour déterminer si DCOM95 est installé. Cette valeur est ajoutée au registre au moment de l'installation et ne doit pas être modifiée. Utilisation de Windows 95 en tant que hôte serveur distant Windows 95 peut être utilisé en tant que hôte serveur distant en tenant compte des avertissements suivants : * Il n'existe pas de possibilités de lancement. Le processus serveur doit fonctionner pour qu'un client puisse s'y connecter . * Si des connexions sécurisées sont requises, le serveur (et dans le cas de rappels, le client) doit posséder le contrôle d'accès au niveau utilisateur avec le nom d'un ensemble fournisseur sécurité. * La valeur de registre " EnableRemoteConnect " doit être définie sur " Y ". DCOM95 a été plus intensément testé avec le fournisseur de sécurité de domaine de Windows NT. Vous pourriez rencontrer des problèmes en utilisant d'autres fournisseurs de sécurité. Pour établir le contrôle d'accès niveau utilisateur, vous devez installer Filesec.vxd. Ce fichier est habituellement installé sur les machines Windows 95 lorsque vous installez le partage de fichiers et d'imprimantes. Pour activer le contrôle d'accès niveau utilisateur, ouvrez la boîte de dialogue Réseau dans le Panneau de configuration, cliquez sur l'onglet Contrôle d'accès, cochez la case marquée Contrôle d'accès niveau utilisateur, puis tapez le nom de votre domaine de sécurité. Ceci peut affecter la manière dont vous partagez les répertoires sur le réseau à partir de votre ordinateur ; voir la documentation en ligne pour des détails. Si vous n'avez pas d'onglet Contrôle d'accès dans votre Panneau de configuration du réseau, vous devez installer un service client réseau. Cliquez sur Clients réseau, puis saisissez une entrée dans la ligne d'index de l'aide pour plus d'informations sur l'installation d'un client réseau. V. Redistribution ----------------- Pour des informations sur la redistribution de DCOM95, consultez les règles de redistribution contenues dans le contrat de licence d'utilisateur final (license.txt). VI. Assistance & ressources ----------------------- Services de Support Technique de Microsoft Pour satisfaire au mieux vos exigences en termes de support technique, nous mettons à votre disposition une gamme complète de prestations d'assistance technique. Cette offre couvre les besoins des utilisateurs individuels, développeurs, petites et moyennes entreprises. Elle se décline en quatre niveaux de services. Services d'Information Les Services d'Information vous permettent un accès rapide, facile et gratuit (ou à très faible coût - les frais téléphoniques éventuels sont à votre charge.), à toute notre information technique. Vous y trouverez par exemple la Liste des Réponses réponses aux questions techniques les plus courantes sur l’utilisation de nos produits, la Base de Connaissances Microsoft quotidiennement enrichie par nos Ingénieurs, la Bibliothèque Logicielle Microsoft contenant de nombreux utilitaires, correctifs logiciels, mises à jour... Pour accéder à ces informations et davantage encore : Vous pouvez vous connecter à : · notre site Internet World Wide Web (http://www.eu.microsoft.com/france/support/ ou http://www.microsoft.com/canada), ou vous abonner à l’un de nos programmes d’information technique sur CD-ROM : · Microsoft® TechNet, disponible par abonnement annuel, s'adresse plus particulièrement aux utilisateurs de nos produits Bureautique et Systèmes Avancés. Pour plus d'informations, contactez depuis la France, le 0 800 916 097, et depuis le Canada, le 1 800 344-2121 (service en anglais seulement). · Microsoft Developer Network (MSDN), disponible par abonnement annuel, s'adresse aux développeurs. Pour plus d'informations, contactez depuis la France, le 0 800 909 129, et depuis le Canada, le 1 800 759-5474. Assistance Utilisateur En France, Microsoft offre(*) aux utilisateurs venant d'acquérir l'un de ses produits, une Assistance Utilisateur pendant toute la durée de vie du produit(**). Cette assistance couvre l'ensemble des produits Microsoft (boîtes) à l'exception des logiciels pour Serveurs (Windows NT Serveur, BackOffice, etc.). Elle est proposée dans la limite de 2 incidents (opérations d'assistance), pendant toute la durée de vie du produit. Le service Assistance Utilisateur est accessible, sans interruption, du lundi au vendredi de 9h00 à 19h00 et le samedi de 10h00 à 18h00 au 01.69.86.10.20. Pour savoir si votre produit est couvert par ce service, reportez-vous à la liste des produits pris en charge par l'Assistance Utilisateur en vous connectant à notre site Internet http://www.eu.microsoft.com/france/support/ ou en faisant la demande à Microsoft par téléphone, par fax ou par courrier. (*) hors frais de communication. (**) Jusqu'à 1 an après l'arrêt de commercialisation du produit. Au Canada**, l'Assistance Standard du Support Technique technique Microsoft offre une assistance illimitée gratuite pour tous problèmes d'utilisation, incluant les fonctionnalités des produits, les commandes des menus, la mise en forme, l'installation et tous problèmes relatifs à l'interface utilisateur sur les versions de détail* des produits Microsoft Home et des applications bureautiques. L'Assistance Standard du Support Technique Microsoft est offerte du lundi au vendredi, entre 8h et 20h HNE, à l'exception des jours fériés. Une assistance limitée gratuite est également disponible selon les modalités suivantes : - deux incidents gratuits relatifs au développement de solutions et d'applications personnalisées pour les applications Microsoft Office, pour des problèmes relatifs à Microsoft Access et pour les versions commercialisées* de Visual Basic ou de Visual Fox Pro. L'assistance de développement se limite à une aide sur les macros, sur la syntaxe, et sur les principes de base tels que l'écriture d'une boucle dans une macro vide ou le débogage d'une petite quantité de code. - deux incidents gratuits pour toutes les versions actuelles de détail des produits de développement de Microsoft, - deux incidents gratuits pour Microsoft Windows NT Workstation, - 90 jours d'assistance gratuite pour les versions commercialisées* des produits Systèmes Personnels et matériel (Hardwaree), débutant le jour de votre premier contact avec le personnel d'assistance technique.sans frais pour les problèmes non liés à la connectivité relatifs aux systèmes personnels. * Si votre produit est pré-installé ou distribué avec votre ordinateur, le fabricant de votre ordinateur est responsable de votre assistance technique. L'Assistance Standard du Support Ttechnique de Microsoft est offerte du lundi au vendredi, entre 8h et 20h HNE, à l'exception des jours fériés. Pour recevoir une assistance gratuite au Canada, Vous pouvez composezr le (905) 568-35032294 pour les applications bureautiques, (905) 568-3503 pour les produits Microsoft Home et les produits de développement Microsoft ou le (905) 568-4494 pour les Systèmes d'Exploitation Personnels personnels et Hardwarele matériel. Support à l'Incident En France, le Support à l'Incident Microsoft vous garantit une assistance téléphonique pour chacune de vos demandes ponctuelles de support sur l'ensemble de nos produits, y compris sur nos systèmes avancés. Cette assistance fait l'objet d'une facturation spécifique. Pour en bénéficier, veuillez composer le 01 69 86 10 20. Au Canada**, avec l’Assistance Prioritaire du Support Technique Microsoft technique facturée par incident est disponible si vous voulez bénéficier d'un accès prioritaire au support techniqueSupport Technique, après avoir bénéficié de vos deux incidents d'assistance gratuite ou après expiration de votre période d'assistance gratuite., vous pouvez choisir l'assistance facturable par incident que vous achetez selon vos besoins, ou les comptes annuels qui vous offrent des prix avantageux pour les achats en quantité. L'Assistance Prioritaire technique facturée par incident est disponible du lundi au vendredi, à l'exception des jours fériés, de 8h à 20h HNE. Composez le 1 -800 -668-7975. Pour toute information complémentaire sur l'Assistance Prioritaire pour les produits bureautiques, veuillez appeler le 1 800 668-7975. Pour toute information complémentaire sur l'Assistance Prioritaire pour les produits de développement d'applications Office et de développement Microsoft, veuillez appeler le 1 800 936-3500. Le paiement de l'assistance technique est effectué par carte de crédit Visa, MasterCard ou American Express. L'incident est facturé à 75,00 $ CAN plus les taxes applicables pour les produits de Ddéveloppement ou à 45,00 $ CAN pour tous les autres produits. Microsoft Priority Le Support Microsoft Priority, disponible sous forme de contrat annuel, vous permet de bénéficier d'un accès prioritaire et privilégié à notre support techniqueSupport Technique. Accessible par téléphone et via Internet, il se décline en quatre offres, en fonction du niveau d'assistance souhaité et du type de produits utilisés. Pour plus d’informations, contactez-nous. En France, pour toute information complémentaire sur l'offre de Support Technique Microsoft, veuillez contacter, par téléphone, le 01 69 86 44 88 (le Support Technique n'est pas accessible par ce numéro) ou consulter notre site Internet http://www.eu.microsoft.com/france/support/. L'offre de Support Technique Microsoft est soumise aux tarifs et conditions en vigueur, et susceptible d’être modifiée sans préavis. Au Canada**, si vous prévoyez de nombreux appels pour l'assistance technique, ou si vous avez besoin d'un accès prioritaire au support techniqueSupport Technique de Microsoft, vous pouvez souscrire à un compte d'assistance prioritaire Avantage pour produits de bureau. Pour toute information complémentaire sur l'assistance prioritaire Avantage, composez le 1 -800 -668-7975 de 8h à 20h, heure de l'Est, du lundi au vendredi, à l'exception des jours fériés. Services pour sourds et malentendant (disponible au Canada seulement) Microsoft offre des services pour les sourds et malentendants disposant d'un ATS (appareil de télécommunication pour sourds). Composez le (905) 568-9641 à l'aide d'un ATS. **Les services d'assistance technique de Microsoft Canada sont assujettis aux tarifs, termes et conditions actuels de Microsoft, qui peuvent être modifiés sans préavis. Appel à une filiale Microsoft Lorsque vous appelez, vous devez être à proximité de votre ordinateur et avoir en main la documentation appropriée du produit. Soyez prêt à fournir les informations suivantes : · Le type de contrat de service dont vous disposez. · Le numéro de la version du produit Microsoft que vous utilisez. · Le type de configuration que vous utilisez, y compris le type de réseau si vous travaillez avec un réseau. · Le système d'exploitation que vous utilisez. · L'intitulé exact des messages éventuels qui apparaissent à l'écran. · Une description de ce qui s'est passé et de ce que vous faisiez lorsque le problème éventuel s'est posé. · Une description des démarches que vous avez suivies pour résoudre le problème. Support produit La liste des pays et des filiales Microsoft offrant un support après-vente pour les versions françaises est indiquée ci-dessous. S'il n'existe pas de filiale dans votre pays, veuillez contacter le vendeur auprès duquel vous avez effectué l'achat de votre produit Microsoft. Pays Numéros de téléphone Belgique Microsoft NV Téléphone : (32) 2-730-3911 Fax : (32) 2-735-1609 CompuServe : 02-2150530 (GO MSBEN) BBS : 02-7350045 (1200/2400/9600 bauds, 8 bits, pas de parité, 1 bit de stop, émulation terminal ANSI) Support technique (francophone) : (32) 2-513-2268 Canada Microsoft Canada Co. Téléphone : (1) (905) 568-0434 Centre d'information : 1-800-563-9048 Tél. Support technique : 1 (905) 568-3503 BBS du Support technique : 1 (905) 507-3022 Téléphone texte (TT/TDD) : 1 (905) 568-9641 France Microsoft FranceTéléphone : (33) 01 69 86 46 46 Télex : MSPARIS 604322F Fax : (33) 01 64 46 06 60 Tél. Support technique : (33) 01 69 86 10 20 Fax Support technique : (33) 01 69 28 00 28 Luxembourg Microsoft NV Téléphone : (32) 2-730-3911 Service clients : (32) 2-7303922 CompuServe : (32) 2-2150530 (GO MSBEN) BBS : (32) 2-7350045 (1200/2400/9600 bauds, 8 bits, pas de parité, 1 bit de stop, émulation terminal ANSI) Support technique (francophone) : (32) 2-513-2268 Polynésie française Voir France Suisse Microsoft SA Téléphone : (41) (1) 839 61 11 Fax : (41) (1) 831 08 69 Informations : Tél. : 155 59 00 Fax : 064 - 224294 Microsoft Info-Service, Postfach, 8099 Zürich Prix, mises à jour, etc. : 01/839 61 11 CompuServe : 01/273 10 28 (GO MSEURO Microsoft Europe centrale) Support technique (francophone) : (41) (22) 738 96 88 Assistance gratuite Les Newsgroups constituent un excellent endroit pour obtenir l'assistance gratuite de confrères. Temps et ressources permettant, les développeurs, les chefs de projets, les ingénieurs supports et les ingénieurs de tests visitent régulièrement le site pour rassembler les informations, répondre aux questions et clarifier certaines situations. Aucune garantie n'est faite de recevoir une réponse à un message de la part de Microsoft. Les newsgroups suivants peuvent être utilisés pour poser des questions concernant DCOM95 : * comp.os.ms-windows.programmer.ole * microsoft.public.win32.programmer.ole Le fichier d'adresses DCOM constitue un autre moyen d'assistance gratuite. Un avantage à figurer dans un fichier d'adresses est le fait que ce fichier est l'endroit où Microsoft annonce l'arrivée d'informations sur un sujet donné. Une fois de plus, ceci constitue une assistance entre confrères et le personnel Microsoft consulte souvent ce fichier, mais ne garantit pas de réponses aux messages. Pour en savoir plus sur le fichiers d'adresses DCOM, consultez notre page Fichier d'adresses, http://www.microsoft.com/sitebuilder/resource/mail.asp. Communiquer vos réactions Veuillez communiquer vos commentaires et signaler les bogues au fichier d'adresses DCOM. Ressources Vous trouverez des informations supplémentaires sur DCOM à la page d'accueil à http://www.microsoft.com/com/. VII. Liste de fichiers -------------------- Ce tableau liste les numéros de version des fichiers distribués avec DCOM95. oleaut32.dll 2.40.4273 secur32.dll 4.10.1999 compobj.dll 2.3.2 ole2.dll 2.3.2 ole32.dll 4.71.2900 olecnv32.dll 4.71.2900 olethk32.dll 4.71.2900 rpcltc1.dll 4.71.2900 rpcltc5.dll 4.71.2900 rpcltccm.dll 4.71.2900 rpclts5.dll 4.71.2900 rpcltscm.dll 4.71.2900 rpcns4.dll 4.71.2900 rpcrt4.dll 4.71.2900 rpcss.exe 4.71.2900 storage.dll 2.3.2 stdole2.tlb 2.40.4273 stdole32.tlb 2.1 imagehlp.dll 4.00 dllhost.exe 4.71.2900 comcat.dll 5.0 iprop.dll 4.00 rpcmqcl.dll 4.71.2900 rpcmqsvr.dll 4.71.2900 olepro32.dll 5.0.4273 asycfilt.dll 2.40.4273 dcom2w98.dll 2.10.35.35 Ce tableau liste les numéros de version des fichiers distribués avec DCM95CFG. dcomcnfg.exe 5.00.1603.0 ciscnfg.exe 4.71.2618